home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000114-20000217 / 000064_news@columbia.edu _Tue Jan 18 08:26:02 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  5KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA28891
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 18 Jan 2000 08:26:02 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA02774
  7.     for kermit.misc@watsun.cc.columbia.edu; Tue, 18 Jan 2000 08:16:44 -0500 (EST)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. Subject: Re: MS-DOS Kermit, more capabalities
  10. From: cangel@famvid.com
  11. Message-ID: <cEZg4.8222$NU6.344794@tw12.nn.bcandid.com>
  12. Organization: bCandid - Powering the world's discussions - http://bCandid.com
  13. Date: Tue, 18 Jan 2000 13:11:36 GMT
  14. To: kermit.misc@columbia.edu
  15.  
  16.  
  17. On 1900-01-17 jrd@cc.usu.edu(JoeDoupnik) said:
  18.  
  19. JD> Newsgroups: comp.protocols.kermit.misc
  20. JD> In article <0pOg4.6714$NU6.285660@tw12.nn.bcandid.com>,
  21. JD>> cangel@famvid.com writes:  On 2000-01-17 no_spam@adams.patriot.
  22.  
  23. --8<--cut
  24.  
  25. JD> If  I may be so bold as to suggest you are not very familiar
  26. JD> with the technical consequences of the suggestions you make. 
  27.  
  28.     I'm  certain that you are more familiar with the MSKermit source
  29.     code  since  you  like  to  send  people  to servers looking for
  30.     non-existent directories containing non-existent files. 
  31.  
  32. JD> It is not that simple at all when the chips are counted. 
  33.  
  34.     Getting  a  straight  answer here as to where the source code is
  35.     or  getting _any_ straight answer here is not simple and I never
  36.     thought it was - trust me. 
  37.  
  38. JD> What's  more,  MSK  isn't  intended  to  be  "someone else's
  39. JD> TCP/IP  stack because we can't do it ourselves and thus want
  40. JD> it done for free by some poor sod." 
  41.  
  42.     Now  you're  just embarassing yourself. What do I have to do fax
  43.     you  a  signed  affidavit  that  I  only  want  this  for my own
  44.     personal use? GEEESH lighten up. 
  45.  
  46. JD> No  thanks.  If  you want WATTCP then use it. If it's not up
  47. JD> to  your  specs  then  rewrite  it to be so. Beneath all the
  48. JD> berating  you offer that's what I suspect you really want: a
  49. JD> better  WATTCP  at  someone  else's  expense, so you can run
  50. JD> Zmodem over IP. 
  51.  
  52.     You  must  be  getting old or not getting enough sleep. Paranoia
  53.     is  an  ugly  thing.  Relax,  take  a  deep  breath,  and remind
  54.     yourself  that  you have a 10 year head start on this and no one
  55.     is  going  to  get ahead of you unless you go into a comma for a
  56.     decade. 
  57.  
  58.     Would  it  make  you feel any better to know I'm just a 50+ year
  59.     old  man  with  6  children  and  13  grandchildren.  I'm no kid
  60.     looking to do `big' things. 
  61.  
  62. JD> Have you considered for a moment talking with Omen Tech? 
  63.  
  64.     I  have  exchanged  email  with  Chuck  Forsberg regarding this.
  65.     Chuck  wants to make $$$ at this and isn't in it for the love of
  66.     the  sport  if  you  know  what  I mean. I was surprised that he
  67.     never  updated  the  DOS ZCOMM nor the DOS version of PRO-YAM to
  68.     do  telnet  since  they  seem  to lend themselves to the job but
  69.     apparently he never did? 
  70.  
  71.     I  don't  think  he has been happy with the return ($$$) on FDSZ
  72.     and  I  am  reasonably certain that FDSZ is dead as far as he is
  73.     concerned.  There  is no `handshake' in FDSZ which means it will
  74.     not  stop  when  a  receiver  asks  it  to  stop sending so that
  75.     uploading  is  dicey  at best when doing a direct dialup using a
  76.     fossil driver and impossibe over telent TCPIP connections. 
  77.  
  78.     Mr.  Forsberg  did  make a few suggestions that finally got FDSZ
  79.     to  where  it will download in X, Y, and Z protocols and offered
  80.     his  site for testing so that I could have Omen Tech software at
  81.     both ends. 
  82.  
  83.     I  have Omen Tech's newest RZSZ source code but it's written for
  84.     those  OS  that  redirect  stdio  for  telecom.  A somewhat less
  85.     complicated approach than is required for DOS IMO. 
  86.  
  87.     I've  also  had  conversations with Eric Engle regarding WATTCP,
  88.     and  a few of the people involved with Demon.Uk and their use of
  89.     KA9Q.  KA9Q  has more potential than most and can even multitask
  90.     an  FTP download with other connections but I can't get the code
  91.     to  compile here (my compiler is old and not enough memory) so I
  92.     haven't pursued that. 
  93.  
  94.     As  for  WATTCP  it seems to have become less stable than it was
  95.     so  I  `diff'd  the  older code with the new and found one major
  96.     change  but I haven't had time to pursue it further because I've
  97.     been  tied  up  in  a  newsgroup  chasing  my  tail  looking for
  98.     MSKermit code. 
  99.  
  100. >
  101. >        ,                          ,
  102. >      o/      Charles.Angelich      \o       ,
  103. >     <|        @AngelFire.com        |>  __o/
  104. >     / >          USA, MI           < \   __\__
  105.